home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Monster Media 1996 #15
/
Monster Media Number 15 (Monster Media)(July 1996).ISO
/
os2
/
pcios2.zip
/
PCI_IDE
< prev
next >
Wrap
Text File
|
1996-06-06
|
15KB
|
349 lines
Document: PCI IDE Controllers for OS/2
Maintainer: Patrick Duffy, duffy@theory.chem.ubc.ca
Revision Dates: 11/3/95, 12/3/95, 5/18/96, 5/26/96, 6/2/96
Archived at: ftp.netcom.com, in directory /pub/ab/abe/
CompuServe (GO BENCHMARK)
Web pages: http://warp.eecs.berkeley.edu/os2/workbench/work.htm
http://www.os2forum.or.at/english/info/os2hardwareinfo/
(note that the first URL may not have up-to-date
versions of the lists)
This document is intended for use by individuals and corporations in a
non-commercial manner. It may be distributed freely within those
limitations. Commercial use of this document in any manner requires
prior written permission of the author.
There seems to be a proliferation of PCI IDE hardware both built in to
PCI motherboards or available as separate cards. Some of it is reported
to work well, and some of it is best left unused. Two of these
controllers, the PC Tech RZ1000 and CMD 640, have been the cause of much
discussion on UseNet, as both have serious flaws which could result in
data corruption. Both are very commonly employed in motherboards of all
types (the PC Tech RZ1000 was used in the Intel Premiere series of
boards and the CMD 640 is still used in many motherboards, such as the
Asus P54SP4). The full story is below. I've therefore created this PCI
IDE list so that people will know if their particular PCI IDE
implementation will work with OS/2. I've tried to keep this information
as accurate as possible, but if you spot any flaws or omissions, please
do not hesitate to let me know. Much of this was received from sources
within IBM. You may see square brackets beside certain chipsets. If
the word "confirmed" appears therein, this means that the bug detailed
in the description to follow along with the subsequent fix have been
confirmed to me by IBM. I've placed a '*' beside the controllers which
seem to work well. The vendor's name and PCI ID appear in HEX/decimal
in brackets beside the controller name. Dates in brackets indicate the
last revision date for the related entry.
NEW THIS WEEK
-------------
I've added contact information for Intel to the "Useful numbers" section
below.
Useful numbers: (12/3/95)
---------------
BusLogic: (408) 492-9090 (Voice)
(408) 654-0760 (tech. support -- 7 A.M. - 5 P.M.
Pacific Time, Mon. - Fri.)
(408) 492-9118 (FAX)
(408) 492-1984 (BBS - N81)
techsup@buslogic.com (E-Mail tech. support)
ftp.buslogic.com (FTP site)
www.buslogic.com (WWW site)
CMD: (800) 426-3832 (sales)
(714) 454-0800 (sales)
(714) 455-1656 (FAX)
DTC: (408) 942-4010 (BBS)
(408) 942-4005 (Faxback)
(408) 942-4081 (sales)
(408) 942-4027 (FAX)
www.datatechnology.com (WWW site)
Intel: (800) 628-8686 (tech. support)
FAXBack:
--------
(800) 525-3019 (US or Canada)
+44 1793-432509 (Europe)
+65 256-5350 (Singapore)
+852 2 530-4116 (Hong Kong)
+886 2 514-0815 (Taiwan)
+822 767-2594 (Korea)
+61 2 975-3922 (Australia)
(503) 264-6835 (World wide)
BBSes:
------
(503) 264-7999 (US or Canada/World wide)
+44 1793-432955 (Europe)
+65 256-4776 (Singapore)
+852 2 530-4116 (Hong Kong)
+886 2 718-6422 (Taiwan)
+822 784-3430 (Korea)
+61 2 975-3066 (Australia)
ftp.intel.com (FTP site)
www.intel.com (WWW site)
PC Tech: (612) 345-4555
Promise: www.promise.com (WWW site)
Tekram: www.tekram.com (WWW site)
Chipsets
--------
1) CMD 640 (CMD Technology Inc.: 1095/4245) (9/4/95)
There are _four_ problems with this particular chip. Here's the
first one:
[confirmed]
Channels (two IDE drives may be attached to each IDE channel) cannot
be operated concurrently because there is a single I/O queue for both
channels. Simultaneous reads to both channels will cause data
corruption. This is not mentioned in the chipset errata.
Here's the second one:
[confirmed]
Their stand-alone PCI board does not have a BIOS and appears to
come-up disabled per the PCI definition. Its really difficult to
tell whether a PCI-IDE controller is operating in 'legacy' mode
since (at least) the CMD chipset does not update the PCI config
space with the legacy base port addresses. Also convincing PCI to
route IRQ 14/15 to a PCI Int is problematic unless the motherboard
BIOS explicitly supports this function.
Here's the third one:
[confirmed]
The CMD chipset also has a documented restriction that it will not
support DWORD config write cycles. Of course the Award BIOS on the
(Vobis) motherboard on which testing was being performed did not
issue byte/word config cycles explicitly and instead implemented all
config read/write services as read/modify/write of DWORD data. The
net result was that the system PCI BIOS could not be used to program
the motherboard chipset!
Here's the fourth one:
[confirmed]
Some systems have the floppy drive changeline connected to the same
line as the 640 chipset. With this setup, data corruption can occur.
The reason is this:
The chip fifo is used not only to contain data, but to contain chip
status as well. As a consequence of this, the following could occur:
Floppy I/O starts.
HD I/O starts.
HD I/O is just about finished when floppy I/O finishes and a request
to start different floppy I/O is made.
At this point, the floppy changeline status is read from the floppy
changeline status register, at location 3f7. If there is data in the
CMD chip waiting to go to the disk at this point, two bytes of it are
_removed_ and replaced with the floppy changeline status. This, of
course, causes data corruption.
One person has reported seeing this bug with an Adaptec 1540 SCSI
controller as well.
IBM have released a software fix for this in the form of a new
IBM1S506.ADD; check for PJ19409.ZIP (from ftp-os2.cdrom.com and
elsewhere) to get it.
2) The Intel Triton PCI chipset (Intel: 8086/32902) (5/18/96)
Any board which uses the Intel Triton PCI chipset will have, via the
Triton chipset, support for EIDE built in to the board. The EIDE is
busmastering, and apparently allows for throughputs of up to 22 MB/s.
There are a proliferation of drivers out there for this chipset, and
success is by no means guaranteed with any of them, at least
according to the messages I get. One report says that disk activity
slows down while comm. activity occurs; this is consistent with the
ISA and ATA data lines being shared. Everything _does_ seem to work
with IBM1S506.ADD, although this will not allow you to use the
busmastering capabilities of the chipset. Adding /SMS and /LBA after
IBM1S506.ADD is reported to help performance somewhat. The Triton
chipset also has an additional "feature" whereby when using the
built-in IDE, both channels cannot be operated independently; both
channels are either on or off, meaning that you either use two
interrupts or none. This allows for faster transfers, though.
3) PC Tech RZ1000 (PC Technology Inc.: 1042/4162) (5/18/96)
There are two bugs in this chip, both of which are by now fixed (the
latest BIOS for the Intel Premiere II board checks the chipset
revision and switches the offending features on or off accordingly).
The first has been known for about a year, and has a fix in fixpack
5. Its story is:
Produces accelerated IRQ. IBM1S506.ADD actually tolerates this.
However, when the driver reads (HEX address) 1x7 during interrupt
processing to clear the interrupt, the chipset puts the status in its
read-ahead FIFO resulting in data corruption. Intel used this chip on
their motherboards which they sold to Gateway, AT&T, IBM and others.
This feature is not mentioned in its chipset errata.
The second bug was discovered only recently by PowerQuest. It has
been the source of much discussion on UseNet. Here's how the
now-famous bug occurs:
HD I/O starts.
HD I/O is just about finished when some other device interrupts the
CPU to do DMA (a floppy drive or sound card, for example). Data is
still in the IDE fifo.
The other device finishes its I/O and its status is read from its own
register.
The IDE status register is read to check the status of the HD transfer
(for errors, etc.). At this point the PC Tech chip _removes_ two
bytes of the data currently in the FIFO awaiting transfer to/from RAM
and replaces it with its status. This, of course, causes data
corruption.
(This bug is exactly analagous to the CMD bug described above.)
4) Promise (Promise Technology: 105A/4186) (5/26/96)
[confirmed/software fix implemented in Warp fixpack 5]
Promise uses a proprietary implementation to allow 4 drives
per channel. In normal compatibility mode IBM1S506.ADD
can only see the 1st two drives per channel.
In addition their current controller products do not operate properly
when Set-Multiple support is enabled. It is therefore necessary to
detect Promise controllers (which IBM1S506.ADD does on startup) and,
upon detection of a promise controller, disable multiple mode support
in. (Promise has their own drivers for their cards.)
5) Winbond (Winbond Electronics Corp.: 1050/4176) (5/26/96)
This chipset (the W83769F) is used in some Pentium systems to supply
IDE services. It is supposed to work well with one reported problem:
apparently it won't recognize an ATAPI CD-ROM drive on the second
channel off a cold boot if it's set to master and there's nothing
else there. In addition, the driver documentation is not good for the
OS/2 driver. Documentation on non-OS/2 drivers is good, however the
wbideos2.doc which is contained on the drivers disk looks as if it
was stopped half way. For example, the documentation does not
adequately describe command line switches.
Setup tips: You must have DOS installed on the machine & be capable
of either dual-booting or using bootmanager to configure
the drivers (has to be done in DOS first).
Controllers
-----------
BusLogic (104B/4171) BT-910 BusLogic makes what is apparently a
good, fast, and reliable controller
which has driver support built into OS/2 (via IBM1S506.ADD), or via
their own driver. The card apparently has an on-board 80286 processor
which supports up to a 16 MB cache (RAM must be purchased separately),
and support for disk mirroring (for drives on separate cables) and disk
linking (for disks on the same cable). I've had one report which said
that in order to get the card to co-exist with IBM1S506.ADD, the
switches /A:0 /I had to be added to the IBM1S506.ADD line (so that it
would ignore adapter 0 -- the BT-910). Odd...
(Buslogic: 104B/4171) (5/18/96)
DTC 2130S This is a single-port controller
which is reported to work well with
Warp when using the latest drivers (available from the DTC BBS). It
comes with its own drivers for DOS, Windows, and OS/2 (among others),
but will work with IBM1S506.ADD or WDCIDEOS.ADD (the driver from Western
Digital). It can, apparently, be operated with a 16-bit paddle card
(which will use the ISA bus to grab a second IRQ for the second IDE
channel) for compatibility. It supports mode 3 operation, multiple
sector transfers, LBA addressing, and ATA rev. 4.0 devices.
(Data Technology Corporation: 107F/4223) (8/27/95)
Setup tips: After you've installed the driver, modify its line in
config.sys to read:
BASEDEV=DTCIDE.ADD /V /D0:P3 /D0:M16 /D0:L1
to enable PIO mode 3, multiple (16) sector transfers, and
LRA addressing. /D0:M32 may yield better performance.
GigaByte GA-0108 This card not only has the IDE
controller (CMD 640), but also has
support for serial, parallel, and game ports (2/1/1) on board. It is
reported to work well with Warp (the drivers were supplied with the
card).
(CMD Technology Inc.: 1095/4245) (8/27/95)
Promise 5030* This card works with or without a
paddleboard, and is reported to work
well with Warp. Apparently it has options which will allow it to work
with buggy or older PCI hardware (like register config disable, etc.),
which make it a good choice for OS/2. The card takes four 30 pin SIMMs
for cache, does DMA mode 2 busmastering, and PIO mode 4. Note that this
board will _not_ work with the Intel Plato motherboards. The card is
reportedly available for about $149 from several sources.
(Promise Technology: 105A/4186) (12/3/95)
Tekram DC290N* I don't have many specifics on this
card, but it is apparently reported
to work well under Warp with the supplied drivers. The one report of
success I've had with this board also indicated that use of the supplied
paddle board may not be necessary.
(Tekram Technology Co., Ltd.: 10E1/4321) (8/27/95)
Tekram DC290S This is the busmastering version of
the DC290N. I have been told that
the card works well, but that the necessary driver to get CD-ROM support
in OS/2 does not come with the card. (The same setup gave CD-ROM
support when hooked up to the on-baord EIDE controller on the
motherboard.)
(Tekram Technology Co., Ltd.: 10E1/4321) (8/27/95)
Tekram DC690C/CD This card does a lot of interesting
things for an IDE board. It supports
RAID-1 and HD imaging. The CD version of the card adds an extra ATAPI
connector for a total of 3 (!). It's reportedly available from several
sources for $149. I've had no reports from people using this card.
(Tekram Technology Co., Ltd.: 10E1/4321) (12/3/95)
Tyan S1336 This card, like the Gigabyte above,
is based on the CMD IDE chipset and
has support (via the SMC37C665) for serial/parallel/game ports. I would
not recommend this card, since apparently the documentation contains
errors, and the card is difficult to set up.
(CMD Technology Inc.: 1095/4245) (8/27/95)
Vision Technologies QDI6500 This card uses NS16550s for its
serial port and comes with drivers
for DOS, Windows, OS/2 and NT. It is reported to work well with OS/2.
(IDE controller mfr. unknown.) (8/27/95)
That's what I know. E-Mail corrections/suggestions and I'll post again.
--
Patrick Duffy, duffy@theory.chem.ubc.ca
"Evil is out there making hand-crafted mischief for the swap meet of villany."
-- The Tick